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APPARATUS AND METHOD FOR TRADING ELECTRIC ENERGY 


TECHNICAL FIELD OF THE INVENTION 

The invention relates to an apparatus and method of trading electric energy between utility 
companies and others. Specifically, the invention is a software product that, when coupled to a 
communications network, creates a trading environment for the electronic purchase and sale of 
electric energy, the scheduling and usage of the transmission system, and the automated invoicing and 
electronic funds transfer for the settlement of transactions. 


0 BACKGROUND OF THE INVENTION 

Electric energy is generated for public consumption by utility companies. Each utility 
company has a service area in which it enjoys near-monopoly status. The utility company is obligated 
to supply the electric energy needs of individual customers v^ithin the service area. Of course, the 
demand for electricity can vary according to a number of factors. In the long run, the demand for 
5 electricity is a fimction of the population and industries within the service area. In the short run, 
electrical demand varies according to many factors. Extreme weather, in particular, can significantly 
strain the generation capacity of the utility company, 
g An electric energy grid exists which connects each utility's generating facilities to those of 

y adjacent utilities. Each circle represents an individual utility company. Each line represents high- 

^ - 

1® voltage lines which form the grid between the various utilities. 
Jri Electric energy is traded between utility companies and other market participants to meet 

^ shortfalls in capacity during unit outages, to achieve cost savings, or to increase revenues. "Bulk 
p transactions" refers to the wholesale buying and selling of electrical energy. Typically, the parties 
involved in these trades are traditional electric utility companies. These companies wish to meet their 
15 obligations to provide reliable service to their customers in the most economically feasible manner. 
Often it is possible for a utility to purchase electricity from a neighboring utility more economically 
than it could produce it for itself At other times, the power generator can sell excess generation at 
a price higher than its cost of generation. 

To determine which trades are economic, utilities produce sophisticated forecasts of load 
20 (required generation) so that they can schedule their generators to run efficiently. The system 
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dispatcher then determines if demand is likely to be over or under projections during various times 
of the day. The dispatcher is also interested in the associated cost with each level of generation. 
Even though the load forecasts are sophisticated, actual conditions usually deviate from them. This 
may be due to a number of circumstances, such as having generating units go off-line unexpectedly, 
diflferences between forecast and actual weather conditions, or changes in the price of available fuel 
to run the generators. All of these events affect the costs to produce electricity. Because of changes 
in these forecasts, the dispatcher telephones neighboring utility companies to determine prices and 
quantities of energy available for upcoming hours. These calls occur many times a day, sometimes 
hourly. At the same time, dispatchers for other utilities are also making phone calls. If the dispatcher 
finds what he considers to be a good deal, a trade is consummated. The result is that deals are often 
struck before the phone surveys are complete. It is rare for a dispatcher to call beyond his direct 
neighbors, and almost never farther out than two companies. This means that the opportunity for 
more economic transactions may have been overlooked simply because the dispatcher did not know 
about them. 

A need exists for a system which creates substantial efiBciency g^ by automating this trading 
process over the current method of using the phone. This method of trading energy should aUow 
utilities to simultaneously view real-time market prices and energy availabilities and to quickly 
consummate the best opportunities. The system should consider available transmission capacity, and 
calculate and schedule the least cost path for the energy. It should also report the transactions, 
invoice the participating parties, and fecilitate rapid collection and disbursement of funds. Lastly, the 
system should allow for anonymous trading required of a true market. 
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SUMMARY OF THE INVENTION 

The present method, also known as CPEX, establishes a nationwide electronic information 
system that assists buyers and sellers of electricity to conduct business by providing a common 
marketplace. CPEX is an easy to use windows-based software and hardware system that enables 
Participants to gather market information and make energy transactions decisions based on the best 
available opportunities. CPEX involves a software application, a computer and communications 
network, and a central server. 

CPEX allows users to enter quantity and price information on energy that they have available 
to sell, wish to buy, or both. These offers are then sorted and presented to other CPEX Participants. 
These offers are sorted by lowest price to highest for purchase opportunities and sorted highest price 
to lowest for sale opportunities. Each Participant sees delivered price for purchases and total revenue 
for sales from its unique location in the electric grid. The purchase price of the energy is shown 
inclusive of any transmission charges, known as "wheeling". Wheeling is a term used to refer to the 
transfer of electricity across a Participant's transmission system. A Participant who provides wheeling 
services is referred to as a wheeler, and receives monetary compensation for providmg this service. 

CPEX also allows the buyers and sellers of electrical energy to offer different degrees of 
firmness for their energy. Interruptible energy may be curtailed, or cut off, for any reason. Non- 
interruptible energy may only be curtailed to avoid or remedy an unreliable condition. Both types of 
energy have a distinct market. 

CPEX assists in maintaining the reliability of the electric grid by using a conservative method 
to schedule available transmission capacity. Each Participant maintains the amount of transmission 
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capacity made available for CPEX transactions each hour. As transactions are consummated, this 
capacity is consumed and is no longer available for use by others. This helps assure that the 
transmission systems do not become unintentionally overloaded. Reliability is augmented by allowing 
simultaneous, electronic notification of all parties to a transaction upon a transaction's curtailment. 
The current method of phone notification is inadequate when multiple parties are involved, as is 
conmion in buy/ resell types of transactions. 

CPEX provides monthly billing and Electronic Funds Transfer (EFT) services for payments 
and disbursements to all Participants as part of the basic CPEX package. This feature allows 
Participants to trade with more companies than they would otherwise and to manage their invoicing 
and collections with their current levels of staBBng. 


0 BRIEF DESCRIPTION OF THE DRAWINGS 

For a more complete understanding of the present invention, and for fixrther details and 
advantages thereof reference is now made to the following Detmled Description taken in conjunction 
with the accompanying drawings, in which: 

Figure 1 illustrates the three "markets" established by the present system; 
5 Figure 2 illustrates the time frame for trading action for the "next-hour" market; 

Figure 3 illustrates a sample of the electrical grid connecting several utilities; 
Figure 4 illustrates the interface limits established for each participating utility; 
n Figure 5 illustrates sample wheeling charges established by each Participant; 

m Figure 6 is a Login screen used to control access to the CPEX system; 

Ifly Figure 7 is a program generated screen display establishing a password; 

Q Figure 8 is a program generated screen display establishing the names of authorized users; 

Q Figures 9, 10, and 1 1 are program generated screen display listing authorized users for each 

0 Participant; 

Figure 12 is a program generated screen display which displays the interface path between 
15 Participants; 

Figure 13 is a program generated screen display displayed at "market opening"; 
Cv^ C^/> t^^^^^"^ 14 lU 2) illujliulL Ihu i i i miuuu fmlui l fcVjf lliU ivlilkUL VHiW lului i i liiuh dijpluj» 
trnngftotion ait t l limiuniiujiuiiUdUlbl UllllU Llie Ouiiai f ^lum ui UiullkAlIIum, 

y P^b"^^ illuiUaiU» JiL LiiJi lab Oijpkj i uf u^UufuLL ' lu ' iiiLuRlLL Lunli ' aol uhuuliiij;, ptnh 
20 ' ao f oaa Hko Pmliuipmil ' i i.) i i>lgni. 
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0 Figure 29 indicates the transaction scheduling and availability at each of the Participant's 

interfaces; 

^ J^f"' — ^" •" ' I r 'i^' ii I i ii i iiii li iii iln i i i ii h ii li ii L 1 11 ii IT i III I ii ri iiii L 

^ i ^ t h ei ling t Hmoaotionoi 

Figure 32 illustrates the schedule summary received by each Participant; 
5 Figure 33 is a display of the futures market setup; 

Figures 34 and 35 display the identity of the participant's next hour transaction partners; 
Figures 36 to 41 depict a curtailment of a current hour transaction initiated by either a buyer 
p or seller; 

W Figures 42 to 52 depict a curtaihnent of a current hour transaction initiated by a wheeler; 

1^ ^ rifeuiLL 33 LU Jl' illujUulL JDu^Li i 'n i 11 liii l iiii L ii g uf iiULlilUm umuauiuiiy 

G Figures 58 to 60 illustrate a next hour curtailment initiated by a wheeler; 

O Figure 6 1 depicts a data processing system in the form of a personal computer in which the 

D present invention can be employed; and 

^ Figures 62 and 63 depict data used in the calculation of least cost path. 

15 
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DETAILED DESCRIPTION OF THE DRAWINGS 

The CPEX system provides a number of advantages over prior art methods of trading electric 
energy. Referring to Figure 1, CPEX maintains information on three hourly periods which fall during 
a continuous time line 10: current hour 14, next-hour 16 and future hours 18. The current hour 14 
is the time for which transactions have been previously scheduled and are currently in delivery. The 
next hour 16 follows the current hour and is the time for which offers to buy or sell are being made 
in the market and transactions are being consummated and scheduled. The future hours 18 include 
all hours beyond the next hour. CPEX maintains Participant-input transmission data for all three time 
periods. As time passes, the next-hour 16 and accompanying transmission data roll forward to 
become the current hour 14. Likewise, the future hour 18 and accompanying transmission data 
subject to confirmation, roll forward to become the next hour 16. In a similar fashion, CPEX 
maintains both current hour and next hour transactions schedules for all Participants. As each current 
hour passes, it is deemed a previous hour 12 and is stored in a database for billing and statistical 
purposes. 

Market timing 

The CPEX next-hour 16 market opens at the top of each hour 20, as shown in Figure 2, and 
remains open to forty minutes past the hour 22. During the forty minutes, the identities of 
Participants submitting and accepting offers to buy and sell hourly energy for the following hour are 
considered market-sensitive information and held confidential. At forty minutes after the hour, each 
Participant receives a schedule summary which shows all transactions the Participant is scheduled to 
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0 participate in during the coming hour. From forty minutes after the hour, to fifty-five minutes after 
the hour 24, Participants enter CPEX schedules into their energy management systems and complete 
control area scheduling procedures. Starting at fifty-five minutes after the hour, schedules are ramped 
in over a ten minute period and energy delivery commences. One hour later, starting at fifty-five 
minutes after the hour, schedules are likewise ramped out over a ten minute period and energy 

5 delivery ends. 


Transmission & Wheeling 
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ia iii u T illmiiaiu ^LVuircUllLllJcmL uiiJ Hit iiilULumiLLliuii muaul^iii OPEK EuuhrmilUiJcmi i; 
a utility company interconnected by high voltage lines. Each Participant is designated by a nm^fnonic 
abbreviation. For example, CIPS (Central Illinois Public Service) 32 is connecte^d^IPC (Illinois 
Power Company) 34 by high voltage lines. Likewise, CIPS 32 is connertpil'toCILC 42 by lines 44. 
One should also note that CIPS 32 is connected to IIG&f 8 bjj»^^ 36 and lines 40. Therefore, if 
CIPS purchases energy from HOE, the power is rout^d'SMeji^t in part over infrastructure owned by 
PC 34. In this situation, IPC 34 is known ja-^Vheeler." As a wheeler, IPC charges a "wheeling" 
fee for the use of its infiastructure^^s fee is added to the cost of the energy being purchased. Each 
CPEX Participant mu^t^dtHer be a control area or have a contractual arrangement with a control area 
to provide c^rol area services. In addition, a Participant must have at least one metered or 
contraolDal interface with another Participant. In CPEX, Participants are represented as nodes and 
tkfl trnnofar rnpihilitinr buli i uiu iliuu cli> 
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Participants in tiie CPEX market, each Participant must establish a maximum import andeK^Jort limit 
for each interface. ^Ttese limits are displayed on a computer generated dis^Ja!^6a, 46b. On an 
ongoing basis, however, each Participant's operators may set the impor>0n) and export (Out) Hourly 
Limits at any value between zero and the maximum, basejl/mi current operating conditions. As 
illustrated in Figure 4, the Hourly Limits set by Vp^wmts on either side of an interface may be 
different. For example, CIPS 32 might con^jii& the hourly input limit on its IPC interface to equal 
250 megawatt-hours (MWh). How^?^, IPC might consider the hourly output limit on its CIPS 
interfece to equal 300 MWh. Ijmch a case, CPEX enforces the more restrictive limitation on both 
Participants. Note th^t^e line limit exceeds the import/export limit. The difference takes into 
account the anrafcmt of energy distributed by the Participant over its lines to its own customers. As 
ParticipapJ^ccept offers to buy and sell energy, using the CIPS/BPC interface, CPEX indicates the 
incased scheduling of this interface, as shown by the Hourly Schedule values, and lowers the 

ifonnining uiiiijiJ limiyn upubilil^ <i LUiiuyuilJiii^ aiiiuuuL. " 

Each Participant also inputs wheeling rates 50 for each interface-to-interface path across its 
system, as shovm in Figure 5. CPEX considers these rates, in aggregate, to determine the availability 
and price of each Participant's offer with respect to each and every other Participant. Rates for the 
Next-hour market may be changed at any time prior to the market opening. 
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0 CPEX System Administration 

Figures 6 to 12 illustrate several of the software generated screen displays related to 
administration of the CPEX system. The CPEX system administrator for a Participant is responsible 

for overseeing CPEX activities, which include: system security, adding and deleting users, and setting 
trading parameters. Figure 6 illustrates a login screen 60 which prompts the user to enter a login ID 
5 62 and a unique password 64 associated with that ID. After this is entered, the user can select Login 
68 to enter the system. Alternatively, the user can simply quit 70 or solicit help 72 from the system. 
Alternatively, the user can select change password 66. If the later option is chosen, screen display 
0 74 is presented, as shown m Figure 7. The user can enter his old password 76 as well as his new 
W password 78. The user must then reenter his new password 80. At this point, the user can select OK 
82 to enter the new password. Alternatively, the user can cancel 84 his request or solicit help 86. 
%4 Figure 8 illustrates a software generated screen displayed after a System Administrator login, 

p The primary purpose of this screen is to add users who trade energy on behalf of the Participant's 
O company. This is done by entering the pertinent information into the various fields. For example, the 
user's name is entered into field 88. An employee number, such as his social security number is 
15 entered into field 90. Two levels of access for the user can be entered into field 92: Market Trader 
and Market Viewer. Market Trader access allows a user to perform any non-system administration 
function within CPEX, including submitting, accepting, and curtailmg offers to buy and sell energy 
as well as setting transmission interface limits. Market Viewer access, in contrast, affords a user 
view-only privileges to market and transmission information, but allows the requesting, saving, and 
20 printing of reports. 
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All administrator activities are accomplished using the various options pro\dded at the bottom 
of the software generated display. For example, Close 94 closes the window. Refresh 96 updates 
the display to reflect any changes. New 98 adds a user to the system. Update 100 stores a change 
to an existing user's file. Delete 102 removes a user from CPEX. Help 104 accesses helpfiil 
information. Edit Primary Contracts 106 manages bilateral energy and wheeling contract mformation. 
View Secondary Contracts 108 allows the user to \aew bilateral energy and wheeling contract 
information entered by other Participants. Review Path Status 1 10 allows the user to view availability 
of all contract paths. There are two menu pads in the menu bar at the top of the User Maintenance 
screen. File 1 12 allows the user to logoff. Admin 1 14 allows the user to toggle between the User 
Maintenance screen and the Contacts screen. Figure 9 is a software generated display 1 12 of the 
contacts for a Participant. The CPEX administrator defines Participant personnel that have Control 
Center Supervisor, CPEX System Administrator, Accounting, and Computer Support responsibilities. 

Figure 10 illustrates the Edit Primary Contract Display 114 which appears when the Edit 
Primary Contracts button 106 of the "User Maintenance" screen is pressed. In the event a Participant 
does not have an Open Access Tariff in place, the CPEX administrator can designate which of the 
Participants it may sell next-hour energy to or provide next-hour wheeling services for. Individual 
companies are selected by highlighting and clicking with the mouse, then press the Add» button. 
Multiple companies may be selected by highlighting and clicking with the mouse with the Ctrl key 
depressed. If a Participant has Open Access Tariffs in place, then press the Select All button at the 
bottom of the selection lists, then press the Add» button. This process is allowed between market 
close (:04) and transaction start-ramp (:55). Figure 1 1 illustrates View Secondary Contract Display 
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screen 1 16 which appears when the View Secondary Contracts button 108 located at the bottom of 
the "User Maintenance" screen is selected. This display shows all other Participants that have 
reported they can sell energy and wheeling services to a Participant. A Participant uses this display 
to insure the roles of all existing trading partners have been identified properly. 


1'^ 
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Status button 1 10, located at the bottom of the "User Maintenance" screen, is selected. Tla^^play 
allows a Participant to review the status of all paths identified to the CPEXsjfBf^ It also allows 
the Participant to change the status of a path or paths. Paths may bee^duded at the discretion of any 
Participant for the various reasons. For example, V<iyd,,P^fh indicates that the path is fiinctional. 
Equipment Outages indicates that the path is^^diJWily not functional. Insufficient Contracts 
indicates that the necessary contracts toJ?de energy are missing. Unreliable Path indicates that the 
path is deemed nonfimctional. Tj><^ge the status ofa path, the path is first highlighted. Next, the 
user selects the "Path St^s" pull down menu 120. Once a reason other than "Valid" has been 
selected, the "Startij^ate," "Ending Date," and "Time" fields become active. Either highUght a field 
and type to^Hmige the contents, or use the increase-decrease tab change displayed date and time 
valued/When completed, press the Update Path button 122 to activate the changes. This process 
ife i ^l 1 bLlnuLUi llidilLLl LlujL (. 10) uiiJ timijQotiem jtml romp (i5g). ' 


Participation in the Markets (Typical User Interaction) 
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is open. The Market Open dialogue box presents for confirmation the transmission import ; 


ixport 


limits at each interface for the next hour. If the Participant agrees with the listed limilS^ he selects the 
Confirm button 126. Based on his current operating conditions, the useyifjy change the Limit In or 
Limit Out value to any number fi-om zero up to the Max Ja orJrf& Out value, respectively, for any 
interface. The interface limits must be confirmed ea^kllowTOefore a user is allowed to buy or sell 
energy using CPEX. For the purposes of \^jJi^^g, however, the displayed mterface limits remains 
in effect and available for use by oth^p^^^cipants until new limits are entered. The defauh interface 
limits displayed by CPEX m^Market Open dialogue box are set by the user in the fixture Markets 
Setup screen any*%^ be changed at any time by the user in the Transmission tab of the Transmission 


y Fij^uiu 1 l^^u Q7 ni l 1 . 1 ( 1 iiiu ihM uMii 
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transaction and transmission data for either the Current Hour or the Next Hour. The MariCeTview ^'^'^ ^ 
128 enables a Participant to submit offers to buy and sell energy, to accept othpi-l^articipant's offers 
to buy and sell energy, and to view and curtail confirmed schedules. Jh^ransmission View enables 
a user to monitor and change transmission interface limjls^d wheeling rates. After logging into 
CPEX and confirming transmission limits, MJf^efaults to the Market View^shfe in pTgiire 14. 
The Current button 130 and NextbytttJfri32 centered at the bottom of the display mdicates whether 
the information di^^^ei^ Current Hour or Next-hour. The Market View contains two panels 134, 
136 withjjHfJiicate capabilities. The purpose of this ease-of-use feature is to provide the simultaneous 
rrPCK jLiuiL. AlLauhud to i n i h ofthM mm piuiLl i . JIL flUL lubj. Duj 13S ullowa t h ». 


14 

/S 


withdraw oflfers to sell energy. Buy Market 142 allows the user to view or accept otherEaffiopants' 

offers to sell energy. Likewise, Sell Market 144 allows the user to view oraij«6ptother Participants' 

offers to buy energy. Schedule 146 allows the user to view^f*«ftftail scheduled transactions. Below 

^ the two panels in the Market Viev^ is theJ^djiWJ^d", which contains several displays summarizing 

5 the Participant's ongorngjaPfi^Tactivity. The dashboard is divided into three sections: Schedule List 

1 18fTotaLn; > Trit /^Gti^rit)^ Summnn i r 150, and Int s rf ft c s Uoui^u Dm Climl 132 . 

Referring to Figure 15a, the Schedule List 148 has several columns and rows. B/S indicates 

n Buy or Sell transactions. MWh indicates the quantity of energy bought or sold m megawatt-hours. 

W N/I indicates whether the transaction is Non-Interruptible or Interruptible energy. Interface indicates 

16| the interface over which the transaction is scheduled for the current hour or will be scheduled for the 

n next hour. 
^ Iff*' \ 

O ofS ^- T ll l' T ill \\ n I dl ii i iiiil i ii i ii , ! Jnmmnnjr l^Oj rhr i in rij^muj 15b Lu IH diitJU3^!> UlL luiul mn 


transaction activity. This total and net activity may be displayed in any of three viewsi^^^^frtTGraph ^ 
MWH, and Graph $. The different views may be selected using the —^^^^-^--^'i--^^^^^ 
Total/Net Activity Summary. The Text view, Figure ISlAjiajJ^s the various mformation. Buy 
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indicates the Total Quantity (MWh) and CosU^«<^^all energy purchases for either the Current or 
Next-hour. "PI" indicates tiie Par^ppglJtT Performance Index for most recent 100 energy purchases 
and sales. This Ind«^1ndicates how many of the most recent 100 transactions, in which the 
Particijjaffr ^as a buyer or seller, were not curtailed by the Participant. Sell indicates the Total 
ib' rri i fiUn i ) I (H i ii Liiug W uf dll uiu^ji >talLj fui ulhu lliL CmiuiL ui Nojil huui. Jfcl 
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The Graph MWh view, Figure 15c, consists of a two-dimensional chart. The vertical axis 
scales the MWh values and the horizontal axis scales minutes of the hourly market. Displayed is the 
chronological history of the Participant's CPEX activity with respect to the quantity of energy (MWh) 
bought, sold, and wheeled during the Current Hour or Next-hour. A first style of line indicates the 
quantity of energy sold, a second style of Ime indicates the quantity of energy purchased, and a third 
style of line mdicates the quantity of energy wheeled. This view provides the user with helpfiil 
information regarding the timing of market activity during the trading hour. 

The Gr^h $ view, Figure 15d, consists of a two-dimensional chart. The vertical axis scales 
J the $ values and the horizontal axis scales minutes of the hourly market. Displayed is the 
i chronological history of the Participant's CPEX activity with respect the cost incurred or revenue 
J generated ($) during the current hour or next-hour. A first style line indicates the revenue fi-om 
i energy sold, a second style line indicates the cost of energy purchased, and a third style line indicates 
the revenue fi-om energy wheeled. This view also provides the user with helpfiil information 
regarding the timing of market activity during the trading hour. 

interface capacity (MW) into ("In") and out of rOnt"^ th n r n rl iii ii I ' i i ii l i i r i l, r ' m^I.nT 

values across ihoJotrsre automatically scaled to accommodate user-input interface limits. The first 
' ' '' 1111 ' n 111 ITi II 1 iliililii lull in I ilii i\ ml iiiiliii 
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View, discussed in greater detail below. When Transmission View is displ^eil<Ai?Secomes the 
Market button used to toggle back to the Market VieWj^ffiLwf^Market displays Future Market 
5 Setup. Reveal displays Currentor^Iejrt-WGrSie^ revealing the identities of all parties to each 
transaction^^J^5J»*afr3isplays the Participant Connections diagram. Reports displays the Reports 

II T I l ll | II I ii rmTTT T Ti 11 1 i li i 1 1 1 M ill ll ii TT i Ij 

Q Figures 16 to 18 illustrate a Participant submitting an offer to buy or sell energy by selecting 

W the Buy or Sell tabs in the Market View when the market is open. The user has selected the SeU tab 
1^ 140 in the left panel and the Buy tab 138 in the right panel. To submit an offer to buy or sell energy, 
Q the user presses the Add button 160 in either the Buy or Sell panel and enters the following 
p information about the offer. MWh indicates the quantity of energy (MWh) being offered for sale or 
O purchase. $/MWh indicates the purchase or sell price ($/MWh) being offered. N/I indicates whether 
the sale is non-interruptible or interruptible energy. Usage Fee indicates the amount ($/MWh) to be 
15 added to the offered sell price which may be used to separate some portion of the sales revenue for 
accounting purposes (not appUcable for the Buy tab). Upon entering an offer(s) to buy or seU, as 
shown below, the user may press the Send button 162 to submit the offer(s) to the marketplace or 
press the Delete button 164 to remove the oflfer(s). After pressing the Send button 162, the dialogue 
box of Figure 18 appears, prompting the user to confirm its offers to be submitted to the marketplace. 
20 Upon reviewing the offers, the user may press the Confirm 1 66 button to submit the offers or press 
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the Cancel button 168 to terminate the process and return to the Market View. 
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transmission scheduling path exists. Upon selecting the Confirm button, the Offer - No^;i^Taken 
table in the Buy tab of the Market View is updated to reflect the offerj»*gfsubmitted to the 
marketplace. As shown in Figure 19, offersjare now display in^tbi^i^^ For example, the 
offer is for the sale of 20 MWh at $15.00/MWh. Thij*^1^3ti^or "interruptible" energy. In other 
words, if a buyer accepts this offer, he mustj^^-^Srepared to have the supply of this energy interrupted 
if the Seller needs the energyjj>^|jpply its own user base. For these offers submitted but not yet 
accepted by anoAg^JPafScipant, the number of viewers 172 indicates the number of Participants for 
which^^^^le contract path exists to schedule the transaction. In the example above, there are 14 
g ^i filllkiinnti thit nnn ii i i " i r i ir mrlj if drfgir a d^ ngff s pt tho udot'o e ffeF(3) to buy onc!Ji ' g,ji f 

After a buy or sell offer has been submitted to the marketplace, the user may withdraw the 
offer prior to another Participant accepting it. To do so, the user selects the offer in the Offers - Not 
Yet Taken table and press the Withdraw button 1 74. The user is then required to confirm or cancel 
the withdrawal and, upon confirmation, the offer is removed firom the marketplace and is no longer 
available to other Participants. 

In addition to submitting offers to buy or sell energy, a user may also accept other Participants 
offers to buy or sell energy. This is accomplished by selecting the Buy Market or Sell Market tabs 
in the Market View when the market is open. The naming convention for the Sell Market and Buy 
Market tabs is fi-om the user's perspective. For example, the Sell Market displays other Participants* 
offers to buy which represent selling opportunities for the user. Similarly, the Buy Market displays 
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other Participants' ofifers to sell which represent buying opportunities for the user. 

1^"^^ Jibuit 20 illujilULL^ tlici Doftwnre gnnnrnlful omim dijpluj i jil hm Lhu uoofoeleetu llit Od)p 

Market tab in the left panel and the Buy Market tab in the right panel. Participants' ofifei^^fosell 
energy in the Buy Market table are displayed in "best-cost" (ascending) order based^Jnhe $/MWh 
price. Participants' ofifers to buy energy in the Sell Market table are likewise di^ayed m the "best- 
cost" (descendmg) order. Ofifers displayed in each table are availaW^^ the user and reflect a 
deliverable price and quantity of energy. Usmg the radio button^« the top of each panel, the user 
may designate whether he wishes to view interruptible or nyi^terruptible energy ofifers. As many 
as 40 ofifers may be displayed in each table at any on^Wtoaf Information is displayed for each offer 
in the Sell Market and Buy Market. MWh imKfcates the quantity of energy offered for sell or 
purchase. $/MWh indicates the price ofe^rgy net of any applicable wheelmg charges. CPEX 
determines the least cost, feasible contra^ath for scheduling each transaction. For sell ofifers in the 
Buy Market table, this price includ^any wheeling charges. For buy ofifers in the Sell Market table, 
this price represents the net rev(fcue available to the user net of any wheeling charges. # of Viewers 

indicates the total numb^of Participants for whom a feasible contract path exists over which to 

^ , , , ./ a^U ci5q /-^WW^-lV' ij.'c^i-fc' 

schedule the transactj^. "PI" mdicates the Performance Index of the ofifCT. This Index reflects the 

recent tendency o^arties to an ofifer (e.g., buyer/seller and/or wheelers) to curtail transactions. As 

previously d^bed, CPEX maintains both a buy/sell PI and a wheeling PI for each Participant. The 

buy/seiy^I represents the number of times out of the most recent 100 transactions for which the 

Part^ipant was a Buyer or SeUer that it did not initiate curtaibnent. For example, if a Participant 

ftuloilud u^il uut uf till' lllULliuuunt 100 tnnrntioHo fe? ii liiih it i iuu u Duyc i ii oi ' Ocillui, iu bu^j'iUl' 
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PT mmU be i 92. Ciiiiilniil'j i , if n Fnrtinipnnt i wrtnila d thrBP of th i m i ot jbuuul 100 iimiULllum fa 
which it was a Wheeler, its wheeling PI would be 97. For transactions involving no wheele^<^e PI 
associated with an individual offer is the Buyer's or Seller's buy/sell PI. For trajij^ons involving 
wheelers, the PI associated with an individual offer is the product of evpi^'Wheeler's wheeling PI and 
the Buyer's or Seller's buy/sell PI; 

Buyer/Seller PI Wheslei^ PI PI of the Offer 

.92 X .97 = .89 

Interfac e in^ paf^the mterface over which the transaction would be scheduled if the offer were 
tinptnd Thir intrrfinn io on th i Innrn rnrt pith mmilnl i lo for ouhuJuUiij, ilii iimuuLLluu. 
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luy or sell. 

Up to three offers to buy or sell may be selected at one time. 

V. 

specify MWh and/or $/MWh criterig>rilSpIaying offers in the Buy Market or Sell Market tables. 
To accept anafifcE^s^^erSi^ 3r sell, the user selects the desired oflfer(s) in either the Buy Market or 

Figure 21 illustrates the software generated screen displayed when the user selects the two 
offers paying highest prices 180 in the Sell Market table. In other words, a Participant with excess 
energy can choose to sell this excess to the highest bidder. In this example, one Participant has 
offered to pay $16. 10/MWh for 45 MWh. A second bid has also been accepted to buy 32 MWh at 
$16.05/MWh. Upon pressing the Sell button, the SeU Confirmation dialogue box 182, shown in 
Figure 22, appears. Upon reviewing the oflfer(s) selected, the user may confirm the sales by pressing 


button allows the user to 
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0 the Confirm button or deselect the offer(s) and terminate the sell process by pressing the Cancel 
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button. 

the two offers, as shownljetew. First, the two oflfers accepted are no longer available to^af^cipants 
and are removed from the Sell Market table. In addition, each of the three^iiS^I^s in the Activity 
Summary, or "Dashboard" are updated. The Schedule ListiStio^{»<fIe two transactions just accepted 
and the Total/Net Activity Summary indicatesJptai'tdesT>i77 MW generating $1,238 in revenue. 
The Interface Usage Bar Qjpsrt^cts the effect of the two transactions on available interface 
capacity. BgtMlS^C and the IPC "Out" interface capacity bar chart are partly shaded GREEN 

iiiaffli intirfngip. 

I^^N "*^"' I l lir r'*'"T'T- i i II rrrrTrn l i rn il inlj I, ii TTi'^-hir— 1?1 inprn- 

for both the Sell Market and the Buy Market tables. This feature enables the user to scrd^fi, or 
"filter," offers in the Buy Market or Sell Market tables. When the user presses the Fijl^utton, the 
dialogue box shown in Figures 24 and 25 appears. If the user is, for exaijj^f^nable to buy more 
than 75 MW of interruptible energy for the Next-hour and ural^UjjiigTo pay more than $17.50/MWh 
for that energy, he may filter the offers to reflect those^ji^mn^rs. This is accomplished using the 
">=" and "<=^ radio buttons 186 and MWJi,«fl^$/MWh data entry fields 188, 190 as shown in the 
dialogue box^bekrw. If the use^jfii^s to cancel the filter entries and return to the Buy Market, he 
may press the CancgWJtltton. If the user wishes to implement the filter entries, he may press the 
AccepmufDn. Upon pressing the Accept button, the Buy Market table 496 is updated to reflect the 
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the Buy Market tab may also be selected in the left-side pinrl i^firrr"^, iIkiiihii IIII [iiiMi radio 

button 194 select( il iiml it ii|ilH'fi iil 1 1 of filter criteria input and applied to that Buy Market table. 

Tho Srhrriiilr tih irifi dinp l oyo infowimiiuii uuiii i i iilii |i i .niuli mmhumi 
transaction of the Participant for either the Current or Next-hour. Figure 27 illustratej^tlf^ftware 
generated screen displayed when the Schedule tab 196 is selected in the^agl5rside panel. For each 
buy and sell transaction, the Schedule tab *b9& displays iofiimiation ft 
indicates the quantity of energy bought or sold^J^^fWh indicates the price paid for energy purchases 
or price received for energys^les^WI indicates whether the energy sale is non-interruptible or 
interruptible. Interjsitfeindicates which interface over which the transaction is scheduled for the 
Current Ifojjf^r will be scheduled for the Next-hour. From the Schedule tab, individual buy or sell 

'^''H m nfrrTTiTunnpiTh-T '^urtnil biittnn nOfl ' 

From the Market View, the user may press the Transmission button 202 in the lower left 

\ 

comer to toggle to the Transmission View which is shown in Figures 28 and 29. Within the 
Transmission View, two displays are available for both the current hour and the next-hour. The Link 
tab 204 displays information concerning the scheduling of all interface-to-interface contract wheeling 
paths across the Participant's system. The Transmission tab 206 displays information concerning the 
availability and scheduling of each of the Participant's interfaces with other Participants. 

Referring to Figure 28, the Link tab 204 displays information for each interface-to-interface 
contract wheeling path across the Participant's system. Interface indicates the point or group of 
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points on the Participant's system at which energy is scheduled to or from another Participant. MWh 
indicates the quantity of energy wheeled/scheduled between the two interfaces of each path. S/MWh 
indicates the wheeling rate for each path. Total $ indicates the total wheeling revenue from 
transactions scheduled on each path. "# Trans" indicates the number of offers available in the 
marketplace which rely on each path in its least cost path determination. All information in the Link 
table is view-only. Wheeling rates may be updated prior to market opening in the Future Markets 
Setup. 

Referring to Figure 29, the Transmission tab generates a software generated display which 
indicates the transaction scheduling and availability at each of the Participant's interfaces. Interface 
indicates the point or group of points on the Participant's system at which energy is scheduled. Max 
(In/Out) mdicates the maximum import and export limit at each interface for CPEX transactions as 
specified by the Participant. Selecting the Max In or Max Out limit for any interface causes the 
corresponding maximum limit designated by the Participant's neighbor on that interface to be 
displayed in the lower left comer of the Transmission tab panel. The maximum limits set by 
neighboring Participants for the same interface need not agree. Instead, CPEX unposes the lower 
of the two Participants' maximum limits on the hourly Market Limits set by each Participant's user. 
Market Limit (In/Out) indicates the hourly import and export limit at each interface for CPEX 
transactions as specified by the user. These limits can be between zero and the Max Limit for the 
interface and are confirmed by the user when the market opens each hour. These limits may be 
changed by the user at any time for either the current Hour or the Next-hour by selecting the limit to 
be changed, entering the new limit, and pressing the Update button 208. When selecting a Market 
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Limit, the corresponding Market Limit designated by the Participant's neighbor on that interface is 
displayed in the lower left comer of the Transmission tab panel. The hourly Market Limits set by 
neighboring Participants for the same interface need not agree. In determining whether or not a 
transaction can be scheduled across an interface, CPEX relies on the lower of the two neighboring 
Participants' Market Limits. If a Market Lhnit is reduced to a value less than the Scheduled Activity 
across that interface, a curtaihnent(s) is required. Available indicates the remaining hourly unport and 
export capability at each interface and represents the difference between the Market Limit and all 
scheduled activity. Transactions indicates the total quantity of energy sales and purchases scheduled 
across each interface. Wheeling indicates the total quantity of energy wheeling scheduled across each 
interface. 

The designation of Market Limits in CPEX makes transmission available to all Participants 
on a first-come, first-served basis. Once these limits are confirmed when the market opens each hoxir, 
the transmission made available may be used by the transmission-owning Participant for its own 
energy purchase or sales or by other Participants to wheel energy. Anytime a transaction is 
consummated which relies on a Participant's available interface capabilities for least cost scheduling, 
the Participant is immediately made aware of the transmission service to be provided, as indicated in 
the Transmission tab panel shown in Figure 30. In this example. Central Illinois Public Service 
(CIPS) will wheel 60 MW of Next-hour energy received fi-om CILC and delivered to SIPC. The 
Transmission table reflects this amount in Scheduled Activity and reduces Available mterface capacity 
by the same amount. The Total/Net Activity Summary 150 is also updated to reflect the 60 MW of 
energy to be wheeled and the $120 of wheeling revenue to be earned. Likewise, the Interface Usage 


24 


Bar Chart 152 reflects the effect of the wheeling transaction on available interface capacity. Both the 
SIPC "In" and the IPC "Out" interfece capacity bar charts are partly shaded to indicate the scheduling 
of wheeling across those interfaces. A reduction in the Transmission Market Limits may result in the 
curtailment of scheduled transactions. If this occurs, the user is required to confirm or cancel the 
transmission interface capacity update. Figure 3 1 illustrates a software generated screen displayed 
when the Link table of the Transmission View is updated to reflect the wheeling transaction. The 
CILC/SIPC interface-to-interface path includes the 60 MW wheeling transaction and $120 of 
wheeling revenue based on the $2.00/MWh wheeling rate. 

At the close of the market at forty minutes after the hour, each Participant receives the 
Schedule Summary shown in Figure 32. Information about each Buy and Sell Transaction is 
displayed as in the Schedule tab of the Market View. In this example, there are no buy transactions 
210, but there are two sell transactions 212. In other words, CIPS has agreed to sell 77 MWh of 
energy during the next-hour. In addition, information concerning the net interchange schedule over 
each interface is also provided. Specifically, the quantity (MWh) and direction (delivered/received) 
of energy scheduled over each interface, including sales, purchases, and wheeling, is noted as well 
as the Participant's total net interchange. To remove the Schedule Summary display, the user presses 
the Confirm button. Should any transactions to which the Participant is a party be curtailed after 
market closing and prior to rampmg in, a revised Schedule Summary accompanies the curtailment 
notification. 

^ ^ ^ i g y fB 33 illuotmlu the oofli i mu j^uiuuHjd^uimLMJiiiL.L JUup uu i m luuh lmUu am 
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button 214 on the Market View screen. The values displayed in the Future Market setup te^^^ect 
at the beginning of the Next-hour and every hour thereafter unless the values apa^anged m the 
Future Markets Setup. To change a transmission (wheeling) service charg^or subsequent hours, 
the user selects the desired interface and enters the new rate for the a|i^opriate wheeling path in the 
upper right panel of this display. At the beginning of the hojjOus new rate will be displayed n the 
$MWh column of the Link display. To change transnuMonf (interface) limited for subsequent hours, 
the user selects the desired interface and enters A^ew Limit In or Limit Out value in the lower right 
panel of this display. When the market a^ns for the Next-hour, the revised limit is reflected in the 
interface limits table of the NbjJ&t Open dialogue box and in the Transmission table of the 
Transmission View. The uMi^y also store buy and sell offers in the Future Market Setup, as the 
upper and lower left p^ls of the display indicate. When the market opens Next-hour, these offers 
are "pre-loaded" bf^e Participant's Buy and SeU tabs of the Market View. The user must then press 
the Send buWi within the Buy or Sell tabs to submit these offers to the marketplace; otherwise, the 
offers ar^ot displayed to any other Participants. The user may edit information (MWh, $/MWh, N/I 
or Ufege Fee) about these "pre-loaded" offers in the Buy or SeU tab prior to submitting the offer to 
tnB mnrlrrrtplit i oi "Piu l i .u ii .l i . Jl' uffMfomaj uIju lu JdULd. ' 

The Reveal button 216, shown in Figure 31, allows the user to know the identities and roles 
of all parties to each Next-hour and Current Hour transaction to which it is a party. The Reveal 
button is activated if the Current Hour radio button at the bottom center of the CPEX display is 
selected or if the Next-hour radio button is selected and the market has closed. The designation of 
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this radio button determines whether the transactions displayed are Next-hour or Current Hour. 
Figure 34 illustrates the screen displayed when the Reveal button is selected. Information concerning 
all Buy, Sell, and Wheeling transactions to which the Participant is party are displayed as shown to 
the right The identity of the Buyer, Seller, and Wheeler(s), if any, for each transaction is revealed. 
The total net scheduled interchange for the Participant is also displayed. If necessary, the user may 
curtail an individual Buy, Sell or Wheeling transaction by selecting the transaction and pressing the 
Curtail button. To remove the Reveal display, the user may press the Close button. 

Pressing the US Map button 218, shown in Figure 31, provides the Participant with a 
Connections "bubble" diagram as shown in Figure 35. This graphic includes the Participant, the 
Participant's direcdy-connected Participants, and the net interchange with each for both the Current 
and the Next-hour. The value within the Participant's "bubble" 220 indicates the net interchange with 
all of the Participants. For example, in this example, the net effect of the Participant's activities 
resulted in the sale of 50 MWh of next-hour energy. The values on the tielines between Participant 
"bubbles" indicate the net amount and direction of interchange between the two Participants. 

To Logout of CPEX, the user presses the Logout button 220 at the bottom right of the CPEX 
display. The user is prompted to confirm that he wishes to Logout, and upon doing so, the CPEX 
Logout is complete. It is important to note that the interface limits and wheeling rates entered by the 
user for the Current Hour, Next-hour, and Future Markets Setup remain in effect after the user has 
logged out. As a result, a user should not Logout of CPEX while transactions are underway and not 
before setting the Participant's interface limits in the Future Markets Setup to zero. 
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0 Transaction Curtailment 

A key feature of CPEX is the enhanced communication it provides participants when 
transactions must be curtailed. When curtailment is initiated by a Buyer, Seller, or wheeler, CPEX 
provides the electronic means to immediately and systematically communicate and acknowledge 
transaction curtailments. Curtaihnents may be initiated by a Buyer or Seller in the Schedule tab of the 
5 Market View or in the Schedule Sunmiary provided upon market closing. Wheelers may initiate 
curtaihnent in the Transmission tab of the Transmission View or in the Schedule Summary provided 
upon market closing. Transactions scheduled for either the Current Hour or the Next Hour may be 
p curtailed. The curtailment of Current Hour transactions affects energy deliveries already in progress, 
Ly v^ile the curtailment of Next Hour transactions afiFects transactions already consummated, but not yet 
lOO underway. Curtailment procedures in CPEX recognize this fundamental difference. Curtailment of 
Current Hour transactions must communicate curtailment start time, ramp period, and integrated 
p values and requires acknowledgment from both Buyer and Seller. If either Buyer or Seller feils to 
p acknowledge a curtaihnent, the other party is immediately notified and provided with the information 
necessary to obtain a verbal acknowledgment. Next Hour transactions require no acknowledgment 
15 because, upon market closing, a Next Hour Schedule Summary, which includes the curtailment, is sent 
to each Participant. However, for a Next Hour transaction curtailed after market closing, a revised 
Schedule Sununary reflecting the curtailment accompanies the curtailment notification 

ii Tl ii ii ll " 1^ " W w 1 1 ' I I 
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Figure 27. The Initiate Curtail dialogue box 240, shown in Figure 37, appears. Beaitf^the 
transaction is already underway, the Operator must specify the start time 242 fo?<(^ping out the 
transaction as well as indicate whether the ramp will be accomplished immaefiately or over 10 minutes 
244. The ramp start time defeults to the next minute and the raftj^ime defaults to 1 0 minutes. CPEX 
performs the necessary integration to determine thej^<fflenergy (MWh) purchased and total cost ($) 
of that purchase using the designated^afffping parameters and displays 246 the results. When 
completed, the Operator prggsegihe Confirm button 248 and CPEX immediately notifies the other 
parties toA^,»alisaction of the curtailment. If the Operator wishes to discontinue the curtailment, he 
mwprnrn thn Pinrrl huttnn 750 tn tnrminnti thn nirtnilntMiU yiULUl>A. 

Immediately after the initiator of the curtailment presses the Confirm button, the Seller 
receives the message 252, shown in Figure 38. An audible notification accompanies the message. 
The Seller is notified of the transaction to be curtailed, ramping out parameters, and the integrated 
quantity of energy (MWh) sold and revenue ($) earned. By pressing the Acknowledge button 254, the 
Seller confirms the curtailment and makes the necessary changes in its energy management system. 
The Seller must acknowledge the notification in order for the curtailment procedure to be completed. 
If the Seller does not acknowledge the curtailment within 40 seconds, the Buyer is immediately 
notified of the Seller's feilure to do so. In doing so, CPEX presents the Buyer with the Acknowledge 
Failure notification 256, shown in Figure 39. The Participant name and control center phone number 
of the Seller who failed to confirm curtailment of the particular transaction is displayed 258 to the 
Buyer. An audible notification can accompany the message. The Buyer may then contact the Seller 
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0 by phone to verbally request that he acknowledge the curtailment. Once the curtailment procedure 
is completed, the Buyer presses the OK button 260 to remove the Acknowledge Failure notification. 

Wheelers 1 and 2 are also immediately notified of the curtailment after the initiator of the 
curtailment presses the Confirm button. Wheeler 1 and Wheeler 2 receive the respective 
Acknowledge Curtail notifications as shown in Figures 40 and 41 . Audible notification accompanies 

5 these messages. Each wheeler is notified of the transaction to be curtailed, ramping out parameters, 
and the integrated quantity of energy (MWh) wheeled and total wheeling revenue ($) earned. By 
pressing the Acknowledge button, each wheeler may remove the Acknowledge Curtail notification. 

Q Wheelers are not required to acknowledge the notification in order for the curtailment procedure to 

Q be completed. 

lA l^^r I iin^ii 11 I I ■ 1 1 — '-""Ct-p -trnnpnotioiu iiiiul 
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the loss of the transmission line(s) with Wheeler 2, Wheeler 1 may proceed to cujttfffall transactions 
g scheduled across that interfece. In the Transmission Tab of the Transmja^Jon View, shown in Figure 
Wheeler 1 selects the Current Hour Market Limit In andjOa^r the IPC interface, enters zero for 
15 both, and presses the Update button 262. Becaij^«fflieupdated Market Limit In for the inteifece is 
now Zero MW and lower than the toJaflScheduled Activity 264 of 117 MW, transaction curtailment 
is necessary. CPEX idei^fSl^±e transactions scheduled over the interfece to be curtailed based on 
the following li^t^increasing priority: (1) Interruptible Purchase/Sale Transactions; (2) Wheeling 
for Intw^tible Purchase/Sale Transactions; (3) Wheeling for Non-Interruptible Purchase/Sale 
20 T ii^. i i i i ii ii L ■■ ij i ij], r> 1 — j^^^^^^j^^^^. ^i^^j j j ^j h inim i lj ij Il ij j', 
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Initiate Curtail dialogue box 266 shown in Figure 44. In this example, both wheeling trajii^ons 
scheduled into IIGE from IPC must be curtailed. Because the transactions are alre^^^nderway, the 
Operator must specify the start time 268 for ramping out the transactions^^^ll as indicate whether 
the ramp will be accomplished immediately or over 10 minutes2?a The ramp start time defaults to 
the next minute and the ramp time defeults to 10 minjj(fg|^/this example, the curtailment is being 
triggered by an equipment outage which has ajjd^ occurred. The Operator, therefore, may specify 
an immediate ramp. CPEX perfomja^e necessary integration to determine 272 the total energy 
(MWh) wheeled and totapj^ling revenue ($) earned using the designated ramping parameters. 
When completed^h^perator presses the Confirm button 274 and CPEX immediately notifies the 


other par 


to the transactions of the curtailments. If the Operator wishes to discontinue the 
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Wheeler 2 is notified of the two curtailments immediately after the curtail initiator presses the 
Confirm button. Wheeler 2 receives the respective Acknowledge Curtail notifications shown in 
Figures 45 and 46. Audible notification also accompanies the messages. Wheeler 2 is notified of the 
ramping out parameters and the integrated quantity of energy (MWh) wheeled and total wheeling 
revenue ($) earned for each curtailed transaction. By pressing the Acknowledge button, the Operator 
may remove each of the Acknowledge Curtail notifications. Wheelers are not required to 
acknowledge the notification in order for the curtailment procedure to be completed. 
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The Seller is also notified of the curtailment immediately after the curtail initiator presses the 
Corifimi button. In this example, two of the Seller's transactions have been curtailed. CPEX provides 
the Seller with a curtailment notification for each transaction, as shown by the two messages in Figures 
47 and 48. The Seller is notified of the ramping out parameters and the integrated quantity of energy 
(MWh) sold and revenue ($) earned for each curtailed transaction. By pressing the Acknowledge 
button, the Seller confirms each curtailment and makes the necessary changes in his energy 
management system. The Seller must acknowledge the notifications in order for the curtailment 
procedure to be completed for each transaction. V 

The two Buyers are also notified of the curtailments inunediately after the curtail initiator 
presses the Confirm button. CPEX provides each Buyer with a curtailment notification for the 
transaction to which it is a party, as shown by the two Acknowledge Curtail messages shown in 
Figures 49 and 50. Each Buyer is notified of the ramping out parameters and the integrated quantity 
of energy (MWh) purchased and cost ($) for each curtailed transaction. By pressing the Acknowledge 
button, each Buyer confirms the curtailment and makes the necessary changes in its energy 
management system. Each Buyer must acknowledge its curtailment in order for the curtailment 
procedure to be completed for each transaction. 

If a Seller or Buyer fails to acknowledge a curtailment within 40 seconds, the other party to 
the transaction is notified. For example, if the Seller feils to acknowledge either of the curtailed 
transactions with 40 seconds, CPEX presents each Buyer with its respective Acknowledge Failure 
notification shown in Figures 51 and 52. Each Buyer receives notification concerning the transaction 
to which it is a party. The Participant name and control center phone number of the Seller who failed 
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to confirm curtailment of the particular transaction is displayed to each Buyer. An audible notification 
accompanies each message. Each Buyer may then contact the Seller by phone to request that it 
acknowledge each curtailment Once a curtailment procedure is completed, the Buyer presses the OK 
button to remove the Acknowledge Failure notification. In a preferred embodiment, both the Seller 
and Buyer of each transaction must acknowledge curtailment 

Figures 53 to 57 illustrate a Buyer/Seller curtailment of next hour transactions. A transaction 
involves a Buyer 230, Seller 232, and two wheelers 234, 236. In the Schedule tab of the Market View, 
the Buyer selects the Next Hour transaction to be curtailed and presses the Curtail button. The Initiate 
Curtail dialogue box appears as shown in Figure 54. Because the transaction is not yet underway, 
ramping information is not needed firom the user. The Operator presses the Confirm button 270 and 
CPEX immediately notifies the other parties to the transaction of the curtailment. If the Operator 
wishes to discontinue the curtailment, he may press the Cancel button 272 to terminate the curtailment 
process. Immediately after the initiator of the curtailment presses the Confirm button, the Seller 
receives the message 274 shown in Figure 55. An audible notification accompanies the message. The 
Seller is notified of the transaction to be curtailed for the Next Hour. Pressing the Acknowledge 
button removes the Acknowledge Curtail dialogue box and the curtailment procedure is completed. 
The Schedule Summary sent to the user at market closing reflects the curtailment by excluding the 
transaction fi-om the schedule. If the curtailment of a Next Hour transaction occurs during the period 
between market closing and ramping, a revised Schedule Sununary reflecting the curtailment is sent 
to the user immediately following the Acknowledge Curtail message. 

Wheelers 1 and 2 are also immediately notified of the curtailment after the initiator of the 
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curtailment presses the Confirm button. Wheeler 1 and Wheeler 2 receive the respective 
Acknowledge Curtail notifications shown in Figures 56 and 57. Audible notification also 
accompanies these messages. Each wheeler is notified of the transaction to be curtailed and, by 
pressing the Acknowledge button, may remove the Acknowledge Curtail notification. As with the 
Seller, Schedule Sunmiaries sent to each wheeler prior to the Next Hour reflect the curtailment and 
exclude the transaction. 

involve ^vo different Buye r s, th e- samc Seller, and the same two whoolers . If Wheeler lij*^ to 
e^erience the loss of the transmission line(s) with Wheeler 2, Wheeler 1 may procM<fto curtail all 
transactions scheduled across that interfece in both the Current Hour ajjrf^ext Hour. In the 
Transmission Tab of the Transmission View, as shown in Figure 59, Wk^ler 1 selects the Next Hour 
Market Limit In and Out for the IPC interfece, enters zero for dbH^d presses the Update button 278. 
Because the updated Market Limit In for the inte^^^s now Zero MW and lower than the total 
Scheduled Activity 280 of 117 MW, traiw^^n curtailment is necessary. CPEX identifies the 
transactions scheduled over the inj^i^e to be curtailed based on the following list by increasing 
priority: (1) Interruptible Pj^ase/Sale Transactions; (2) Wheeling for Interruptible Purchase/Sale 
Transactions; (3) WJjfeling for Non-Interruptible Purchase/Sale Transactions; and finally (4) Non- 
Interruptible^drchase/Sale Transactions. Within each priority class, transactions are identified for 
curtai]j*fent in chronological order. In other words, the last transaction consummated prior to the 
i^rfaGe.li. mit rrafinrlinii i j Jiu flll>l umcilllUll lUuilifiLa fui uuiUirtmuil. ' 
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nGE from IPC must be curtailed. Because the transactions are not yet underway, the OpeiaK^eed 
not specify ramping information. The Operator presses the Confirm button and^P^ immediately 
notifies the other parties to the transactions of the curtailments. If the Op«i^r wishes to discontinue 
CA^ the curtailment, he may press the Cancel button to terminate^^ircurtailment process Wheeler 2 is 
V\^5 notified of the two curtailments immediately afte/Biecurtail initiator presses the Confirm button 
Wheeler 2 receives the respective Acknowledg^urtail notifications similar to those above. Audible 
notification also accompanies the/ffessages. Pressing the Acknowledge button removes the 
Acknowledge Curtail messa^^ The Schedule Summary sent to the user at market closing reflects 
the curtailment by exuding the transaction fi:om the schedule. If the curtailment of a Next Hour 
transaction oj^s during the period between market closing and ramping, a revised Schedule 
Sumnj^reflecting the curtaibnent is sent to the user immediately following the Acknowledge Curtail 

y The Seller is also notified of the curtailment immediately after the curtail initiator presses the 

Confirm button. In this example, two of the Seller's transactions have been curtailed. CPEX provides 
15 the Seller with a curtaibnent notification for each transaction. As with the wheelers above. Schedule 
Summaries sent to the Seller prior to the Next Hour appropriately exclude the curtailed transactions. 
The two Buyers are also notified of the curtailments immediately after the curtail initiator presses the 
Confirm button. CPEX provides each Buyer with a curtailment notification for the transaction to 
which it is a party. Each Buyer may remove the Acknowledge Curtail notification by pressing the 
20 Acknowledge button. As with the Seller, Schedule Summaries sent to each Buyer prior to the Next 
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Hour reflect the curtailment and exclude the transaction. 
System Hardware 



on a general purpose computer 230, the software creates a special purpose machine^^^^*ftypical 
configuration consists of a computer^ having an Intel 486DX 66Mhz CPll§*i#Iegabytes of RAM, 
a data bus to transport data between the CPU and the memor^,,»<^wer supply to operate the 
machine, and a 256-color, SVGA displa]^294 to viewAS^anipuIate the screens discussed above. 
The computer must also have an Ethernepicfwork card, and a router to allow the connection of a 
Participant's ^omputer tot^^ePKC Wide-Area Network and other Participant's computers. A 
keyboard^56'andmpijgei3*can be used to enter data. Local telephone carriers install a dedicated 
telephonelj^^at connects to the long distance carrier. This combination of equipment enables the 
fjillltit i iihr i i'n ta lu^ iiiiu tin CDUK uj jluin. 


Least Cost Path 

CPEX calculates the path of least cost fi-om any point A to any other point B using pricing 
and available capacity information firom the database. As transactions are consummated and available 
transmission capacity is consumed on the least cost path, CPEX presents offers to Participants over 
alternative paths, in next-best cost order. Figure 62 provides an example involving seven participants. 
Participant A floats an offer to sell 50MWh at $18/MWh. Assuming all paths have at least 50 MW 
of available transmission capacity, CPEX then calculates the least cost path from A to G. In this 
example, the least cost path is through C, who adds $2.20 for wheeling, and E, who adds $1.50 for 
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wheeling. The 50 MWh is shown on Participant G's terminal as 50 MWh at $21.70, and scheduled 
to enter G*s system across the interface with Participant E if consummated. 

Figure 63 uses the same pricing as before, with the exception that there is less than 50 MWh 
of available transmission capacity between C and E. Since this path is not valid for the 50 Mwh sell 
offer from A to G, CPEX locates the next valid, least cost path. In this example, the sell offer would 
be presented to Participant G as 50 Mwh at $21.74, and scheduled to be received across G's interface 
with if consummated. This feature helps ensure the integrity of the electrical grid. 

Although preferred embodiments of the present invention have been described in the 
foregoing Detailed Description and illustrated in the accompanying drawings, it will be understood 
that the invention is not limited to the embodiments disclosed, but is capable of numerous 
rearrangements, modifications, and substitutions of parts and elements without departing from the 
spirit of the invention. Accordmgly, the present invention is intended to encompass such 
rearrangements, modifications, and substitutions of parts and elements as fall within the scope of the 
appended claims. 
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